home *** CD-ROM | disk | FTP | other *** search
/ Light ROM 4 / Light ROM 4 - Disc 1.iso / text / maillist / 1994 / oct94.doc / 000444_owner-lightwave-l _Wed Oct 26 01:38:41 1994.msg < prev    next >
Internet Message Format  |  1995-03-23  |  3KB
  1. Return-Path: <owner-lightwave-l>
  2. Received: by mail.netcom.com (8.6.9/Netcom)
  3.     id WAA09779; Tue, 25 Oct 1994 22:17:26 -0700
  4. Received: from nova.unix.portal.com by mail.netcom.com (8.6.9/Netcom)
  5.     id WAA09605; Tue, 25 Oct 1994 22:16:06 -0700
  6. From: Jeric@cup.portal.com
  7. Received: from hobo.online.portal.com (hobo.online.portal.com [156.151.5.5]) by nova.unix.portal.com (8.6.7/8.6.5) with ESMTP id WAA28378 for <lightwave-l@netcom.com>; Tue, 25 Oct 1994 22:18:58 -0700
  8. Received: (pccop@localhost) by hobo.online.portal.com (8.6.7/8.6.5) id WAA27190 for lightwave-l@netcom.com; Tue, 25 Oct 1994 22:18:57 -0700
  9. To: lightwave-l@netcom.com
  10. Subject: "Orphaning" objects
  11. Lines: 47
  12. Date: Tue, 25 Oct 94 22:18:56 PDT
  13. Message-ID: <9410252218.1.23091@cup.portal.com>
  14. X-Origin: The Portal System (TM)
  15. Sender: owner-lightwave-l@netcom.com
  16. Precedence: bulk
  17. Reply-To: lightwave-l@netcom.com
  18.  
  19. >To contribute to the signal (and not the noise) here's a
  20. >question I've been pondering.  Has anyone come up with an
  21. >effective way to "orphan" an object?
  22. >
  23. >What I mean by this is taking an object that has a parent
  24. >and sometime after the parent has done it's thing with the
  25. >child, divorcing (if I can mix metaphores) that child,
  26. >reverting the child to global coordinates and settings
  27. >current to it's real settings while under the parent's
  28. >influence.  I could imagine great uses for such a function
  29. >(a car loosing its bumper, etc.) and could have used it
  30. >myself in my last project.
  31.  
  32.     Allen H. told me this would work, but I never tested it:
  33.  
  34.     Save the object to be orphaned with 'SAVE TRANSFORMED'.
  35.     This will orphan it in the propers space (maybe).  It might
  36.     be more convenient to replace it first with a null object and
  37.     orphan the null object, and parent the psuedo-orphan to that,
  38.     avoiding offset pivot problems.
  39.  
  40. >
  41. >What would also be interesting is if a another object
  42. >could "adopt" the child and the child continue on with the
  43. >relations of the new parent instead of its global settings.
  44. >
  45.  
  46.     Probably not worth implementing.
  47.  
  48. >At first glance the best person to impliment this would be
  49. >AH, but, someone with more time than I have may have come
  50. >up with an AREXX program to do this.  If so, it would be
  51. >interesting to see how it was done.
  52.  
  53.  
  54.     I believe the 'SPARKS' people have some macros to do just that.
  55.  
  56.  
  57. >
  58. >Christopher Schiller, Computer/Video Integrator
  59.  
  60. ***********************************************************************
  61. *   (OOOOO)  Jeric@cup.portal.com  |  Synergy Graphix & Animation     *
  62. *  (OOOOOOO)  Welcome to Seattle!  |   Film and Video Productions     *
  63. *    \\\\\\    Have a latte'!      |Technical Subjects Our Specialty! *
  64. *     \\\\\\      Or else!         |         (206) 283-3540           *
  65. ***********************************************************************